This seems to be functional as well as can be expected.
An .ogg file is playing in the background. Feel free to replace the ogg with your own ogg, should you have any!
As with the previous audio test, up and down will (*should!) pitch the music up and down, but now it'll glide more smoothly, since the pitch is being handled by the main loop, not the re-buffer part of the code.
Other than that, nothing of note has changed, I don't think.
You can download the Ogg Playing test ...

I tried to figure out MOD playing, last night, but that didn't go very well at all!
Today, I'll probably focus on OGG playback, instead.

OK, I think I managed to get this working!!
Run the game, and you should hear the "Sheep Goes Right - Level Complete" sound playing over and over and over.
This is in fact an audio stream.
This first test is for .wav only, so I left the "Data/550/TestStream.wav" as just a small little sample, but if you want to try switching it out for some actual music, simply replace that file.

I haven't got around to tackling Streams, yet, and have spent all morning working on audio loading functionality.
Mainly that the thing kept breaking when trying to load too many files.
Typical memory leaks and the like were fairly rampant, too.
But I've persevered, and I think it's more or less stable, now.

Developments

With my little "Waahoo" sound playing, I'm fairly confident that the first step of the audio chaos is finally working the way it should.
.. I think..

Today's been a struggle and a half!
If you've been following me on Twitter, today, I apologise for the ranting..

Also available on SoundCloud.

Developments

So I guess I need to learn about OpenAL, today...

First step, trying to get OpenAL to compile.

Over on SoCoder, Rockford suggests that the reason my quad-based images are looking skewed is because they're lacking a 3D element.
I guess that makes sense, but I was really hoping I could do some nice quad-based sprites, without resorting to a third dimension.
Bah, humbug.
As it stands, I can "kinda" warp the sprites around, but they look a bit weird when doing it.

I finally figured out what was up with my scaling.
It was all down to the fact that Spritesheets get automatically given an 8-pixel gap around all sprites. The maths that resulted from that slight tweak were insane!!!

Today's been about neatening the engine in places, and also adding a Random Number Generator.

Developments

32 pixels are winding me up!

Today's tweaks have been numerous and varied, although mostly concentrating on controller based stuff.
As in the Monkey framework, F1 toggles Debug Mode (the framerate on the bottom), and F11 now toggles Fullscreen mode.
Clicking on the screen draws a rock, which looks like a sponge.
I've not begun doing Multitouch, yet.

Developments

I've already added a few "Power" features to the framework, even at this early stage.

Although, when I say "Bitmap Fonts", it's more fundamental sprite functionality!
But I'm doing it to the bitmap font, so that's what gets counted..

Another basic task undertaken.

Yesterday's framework test seems to have gotten negative reviews, with a common .dll issue cropping up along the way.
I've uploaded a quick fix, this morning, so if you'd like to give it a whirl, be sure to let me know how well it works.

Notebook

I've added another page from my old Notebook onto the Patreon page, for Subscribers. If you'd like to take a peek at some random GameDev notes and scrawls from about 15 years ago, that's the place to look!!

Developments

Remarkably, loading a png wasn't all that hard.

Boy, that took some doing!!

Lack of Developments

Seriously, though. How broken could it possibly be!?

Having finally decided that Emscripten is definitely broken, and/or just not doing what it's meant to be doing, I've hit a bit of a roadblock with the new Framework.

It's taken me all bloomin' day to find a way to get Emscripten's "C++'ish" compiler to compile, again.

When it's a C++

Developments

Last night I did a lot of work on the basic "Draw Rectangle" stuff.
The game script calls the Core script, which stores the draw command into a buffer, then later the System script is the one that actually draws the requested things onto the screen.

A few hours later, and this has emerged.

The simplest form of input is Keyboard input.
So, today I started to look into that.

After the hours (literally about 5 hours) of installing stuff, I finally got the basic android gradlew.bat file to compile, only to discover that that didn't actually compile the full thing, and instead just compiled the c++ stuff into a .jar file that Android Studio then had to take care of to compile it into an .apk.